Skip Headers
Oracle® Enterprise Manager Cloud Administration Guide
12c Release 3 (12.1.0.3)

Part Number E28814-08
Go to Documentation Home
Home
Go to Book List
Book List
Go to Table of Contents
Contents
Go to Index
Index
Go to Feedback page
Contact Us

Go to previous page
Previous
Go to next page
Next
PDF · Mobi · ePub

13 Using the DBaaS Self Service Portal

This chapter provides self service users with instructions on using the Database Cloud Self Service Portal to request, monitor, and manage database services. It contains the following sections:

Using the Database Cloud Self Service Portal

The Database Self Service Portal allows self service users to view, monitor and deploy databases on selected zones, as well as create schemas on running databases. To view the Database Cloud Self Service Portal, log in to Enterprise Manager as a user with EM_SSA_USER role. From the Enterprise menu, select Cloud, then select Self Service Portal, and click the My Databases radio button.

Figure 13-1 Database Cloud Self Service Portal

Database Cloud Self Service Portal

The following details are displayed:

Requesting Databases and Schemas

Using the Database Cloud Self Service Portal, you can:

Requesting a Schema

You can create a database service with one or more schemas and populate the schema with the required data. To request a schema, follow these steps:

  1. Log in to Enterprise Manager as a user with EM_SSA_USER role or any role that includes EM_SSA_USER role.

  2. The Infrastructure Cloud Self Service Portal page appears. Click the My Databases radio button to navigate to the Database Cloud Self Service Portal.

  3. From the Request menu in the Databases region, select Schema.

  4. Choose a Schema Service Template from the list and click Select. The New Database Service Request page appears. The name and description of the service template you have selected is displayed. Enter the following details:

    • Request Name: Enter a name for the schema service request.

    • Zone: Select the zone in which the schema is to be created.

    • Workload Size: Specify the workload size for the service request.

    • Schema Prefix: Enter a prefix for the schema. For clustered databases, the service is registered with Grid Infrastructure credentials.

  5. Click Rename Schema to enter a new name for the schema. If you wish to retain the source schema name, ensure that the Schema Prefix field is blank.

  6. Specify the password for the schema. Select the Same Password for all Schemas checkbox to use the same password for all the schemas.

  7. If you selected a service template based on an empty schema, you must select the schema with Master Account privileges. This schema will have access to all other schemas created as part of the service request.

  8. Specify the schedule for the request.

  9. Click Submit to deploy the database to the selected zone.

Requesting a Database

You can deploy databases to a specific zone with a selected service template. To request a database, follow these steps:

  1. Login to Enterprise Manager as a user with EM_SSA_USER role or any role that includes EM_SSA_USER role.

  2. The Infrastructure Cloud Self Service Portal page appears. Click the My Databases radio button to navigate to the Database Cloud Self Service Portal.

  3. Click Request Database in the My Databases region.

  4. Choose a service template from the list and click Select.

  5. The New Database Service Request page appears. Specify the following:

    • Request Name: Enter the name of the request.

    • Zone: Select a PaaS Zone on which the database is to be deployed.

    • Deployment Input: Specify the user name and password for the database.

    • Schedule Request: Specify the schedule for the request.

  6. Click Submit to deploy the database to the selected zone.

Viewing the Database Service Home Page

Database services (services) are logical abstractions for managing workloads in Oracle Database. Services divide workloads into mutually disjointed groupings. Each service represents a workload with common attributes, service-level thresholds, and priorities. The Database Service Home page provides a detailed view of the database service.

Figure 13-2 Database Service Home

Database Service Home

It contains the following regions:

Viewing the Database Instance Home Page

This page contains the following regions:

Starting and Stopping the Database

Depending on the state of the database, you can use the Shutdown button to shut down the database if the database is open, the Startup button if the database is shut down, or the Shutdown button if the state of the database is unknown or in a Status Pending state.

Viewing the Cluster Database Home Page

Use the Cluster Database Home Page to:

Note:

The Home Page presents a high level view of the cluster database. Click the arrow key on the left margin to expand the master panel and view the Target Navigation pane. You can select a Database Instance from the left panel to view details for that instance. You can then perform operations such as Startup and Shutdown for the Database Instance.

Home Page Sections

The Cluster Database Home page displays information for the following sections:

Summary

The Summary section displays the status and diagnostics information about the cluster database.

Status

This section provides a quick view of the status of the cluster database and provides basic information about the cluster database. The status can be Up, Down, Under Blackout, Unmonitored, or Unknown, and the status is mirrored in the arrow icon that appears to the left.

The number of database instances in the cluster, the Up Time, Version, Load, Total Sessions, Available Space and other details are displayed. Following are the fields displayed in this section:

Note: QoS Status on Cluster Database Home page shows if the database is enabled for QoS Management. The possible states are:

The QoS Status shown on the Cluster Database Home page is different from status shown on Quality of Service Dashboard. QoS Dashboard shows overall status of QoS itself in the Cluster.

Jobs Running

This table displays a report of the job executions that shows the scheduled, running, suspended, and problem (stopped/failed) executions for all Enterprise Manager jobs on the cluster database, ordered by submission of the job to the cluster database or to any member instance. If a value other than 0 appears in a field, you can click the number to go to the Job Activity page where you can view information about all scheduled, currently running, and past jobs.

Note: The four job status categories displayed group together job executions of similar status. For a complete list of job status values, refer to About Job Status. Use the Jobs tab to view all jobs or search for jobs of a certain status.

Performance

The Performance section shows active sessions during a one-hour window for activity classes and top services.

Activity Class

The Active Sessions chart shows potential problems inside the database. Categories, called wait classes, show how much of the database is waiting for a resource, such as CPU or disk I/O. The chart displays the load on the instance and identifies bottlenecks in performance.

To quickly identify problem areas, the chart displays a larger block of color to indicate more severe problems. Click the largest wait class on the highest peak, or alternatively click the corresponding wait class (indicated in yellow highlighting). Either action takes you to the Active Sessions Waiting page for the wait class selected, which shows top SQL, sessions, files, and objects for the wait class and also shows the associated wait events.

Services

The Active Sessions chart shows the top services waiting for the corresponding wait event during the time period shown. Only active services are shown. Click on one of the service legends to the right of the chart to go to the Service Activity page, where you can view real-time data showing the sessions load for all wait classes associated with the service.

Resources

The Resources section displays a bar chart showing relative CPU utilization of the Oracle host. This instantaneous value is refreshed every minute from the host by the Agent. The 100% represents the total CPU that the host system provides. The Instances tab is a break down of instance-wise measure of the resources, and the Database tab presents the overall measure.

Host CPU

This section displays a bar chart showing the relative CPU utilization across all hosts in the cluster. This instantaneous value is refreshed every minute by the Agent. The 100% represents the total CPU across all hosts in the cluster. Two values appear in the bar chart. The bottom, darker color corresponds to the Database legend and represents how much of the CPU is consumed by all the instances of this database. Click the Database link to go to the Top Activity page to display all wait classes and related statistics. The upper, lighter color corresponds to the Other legend and represents all other processes. Click the Other link to go to the Host Performance page for a quick glimpse of the utilization statistics (CPU, Memory, Disk I/O, and Program Resource Utilization) for this host.

The Load number is unrelated to the Host CPU chart. The Load number relates to the sum of the current CPU load for all cluster hosts. Click the Load link to go to the Host Performance page for a quick glimpse of the utilization statistics (CPU, Memory, Disk I/O, and Program Resource Utilization) for this host.

Note: The Host CPU section does not appear for pre-10g databases.

Active Sessions

The bar chart shows the amount of time all instances consumed using I/O and CPU, and the amount of time it consumed in bottlenecks. The number shown beside the bar chart is a literal number representing the number of active sessions, rather than the total number of sessions. The chart shows the latest value instead of a historical value. The three session categories are always CPU, User I/O, and Wait.

The Wait category represents the value for all wait classes combined, excluding User I/O. All of the links go to the Cluster Database Performance page.

User I/O displays the average active sessions spent on waiting for user I/O. User I/O means that the workload originating from the user causes the database to read data from the disk or write data to the disk. Click the User I/O link to go to the Performance page to view potential problems inside and outside of the current database.

CPU displays the average active sessions spent on using CPU. Click the CPU link to go to the Top Activity page to display all wait classes and related statistics.

The Maximum CPU number is the total CPU count across all the cluster database hosts.

Note: The Active Sessions section does not appear for pre-10g databases.

Memory

The chart shows the memory used by the database in GB.

Shared Pool displays various constructs that can be shared among users. For example:

Buffer Cache caches blocks of data retrieved from the database. If a piece of data can be found in the buffer cache, then there is no need to read it from disk. There are subcaches for multiple block sizes, if used.

Large Pool displays optional area used for buffering large I/O requests for various server processes.

Java Pool used for all session-specific Java code and data within the Java Virtual Machine (JVM).

Other SGA displays shared memory area that contains data and control information for the instance. Multiple users can share data within this memory area (controlled by Oracle), and information stored in the SGA can avoid repeated access from physical disk, a time consuming operation.

Data Storage

The chart shows data storage details for tablespaces UNDOTBS, SYSAUX, and SYSTEM.

SQL Monitor - Last Hour

This section lists the SQL monitoring details for the last hour. The real-time SQL monitoring feature of Oracle Database enables you monitor the performance of SQL statements while they are executing. By default, SQL monitoring automatically starts when a SQL statement runs parallel, or when it has consumed at least 5 seconds of CPU or I/O time in a single execution. It lists the status, duration, SQL ID, Session ID, Parallel, and Database Time.

Instances

The Instances table lists the instances for the cluster database, their availability, incidents, compliance score, ASM instance information, and ADDM findings. Click an instance name on the left hand panel to go to the home page for that instance. Click the links in the table to get more information about that particular incident.